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(54) Call routing in telecommunications network 

(57) A method of handling a telephone call connpris- 
es receiving fronn a calling subscriber (3) a voice nnes- 
sage identifying an intended called party (5). The calling 
subscriber (3) is identified, and a database accessed. 



The database is specific to the calling subscriber and 
contains stored data relating to voice nnessages, asso- 
ciated with the nunnbers of intended called parties iden- 
tified thereby The number of the intended called party 
is determined therefrom. 
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Description 

TECHNICAL FIELD 

The present invention relates to call routing in tele- 
communications networks. 

DESCRIPTION OF THE RELATED ART 

Japanese Laid-Open Patent Application No. 
57/141166 discloses a telephone exchange system for 
a business organisation in which the caller can place a 
call to the desired destination by supplying the ex- 
change with voice commands giving specific informa- 
tion about that person, but not necessarily the specific 
telephone number. The telephone exchange holds a 
main database which Includes records for each member 
of the organisation. An advantage of such system is that 
when a person moves around the organisation, and their 
telephone number changes, it is not necessary to up- 
date the telephone directory for the organisation, be- 
cause the person concerned can still be contacted by 
way of their name and department details. 

However such a system is really only applicable to 
a relatively small business organisation, or one which is 
conveniently divided into small departments: and is not 
suited to more general, public telecommunications net- 
works because, for a given name, there are likely to be 
many possible destinations. Thus the details that are re- 
quired for a successful connection are long and fairly 
complex. 

SUMMARY OF THE INVENTION 

It is therefore desirable to provide a system in which 
telecommunications customers can quickly and easily 
access specific destination numbers, without the need 
for remembering those numbers. 

According to the present invention there is provided 
a method of handling a telephone calL comprising: 

receiving from a calling subscriber a voice message 
Identifying an Intended called party: 
identifying the calling subscriber: 
accessing a database, which is specific to the call- 
ing subscriber, and which contains stored data re- 
lating to voice messages, associated with the num- 
bers of intended called parties Identified thereby; 
and 

determining the number of the intended called party 
therefrom. 

An advantage of the system in accordance with the 
invention is that it is only necessary, during any call, to 
compare a voice message from the calling party with 
other voice messages registered by that party. This 
makes the search procedure much quicker and more 
accurate, and allows the calling party to identify called 



parties in whatever form (e.g. abbreviated or familiar 
forms) he chooses. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 

Figure 1 shows a schematic block diagram of a tel- 
ecommunications network embodying the present 
invention; 

Figure 2 shows a block diagram of a control unit of 
10 the network of Figure 1; 

Figure 3 shows a flowchart illustrating a process 
embodying the present invention: 
Figure 4 Illustrates a first database record structure; 
and 

Figure 5 Illustrates a second database record struc- 
ture. 

SPECIFIC DESCRIPTION OF EMBODIMENTS OF 
THE INVENTION 

Figure 1 shows a telecommunications network 1 
through which a calling party 3 can contact a called party 
5 by way of a link 13 in the network 1. The link 13 Is 
shown schematically in Figure 1. and would usually In- 
volve connections between many nodes of the network. 

The network 1 is provided with a control unit 1 0 with 
which the calling party 3 communicates so that the net- 
work 1 can provide the connection 13 between the par- 
ties 3 and 5. 

As shown in Figure 2, the control unit 10 includes a 
voice receiving unit 101. a storage means 103 and a 
routing unit 105. The voice receiving unit 101 receives 
voice Information from the calling party 3 by means of 
the network link 11. The information obtained by the 
voice receiving unit is used to access the storage means 
103. which in turn provides information to the routing unit 
105. The routing unit 105 enables a call along link 1 3 to 
be set up In conventional fashion. 

Operation of the network and control unit shown in 
Figures 1 and 2 will now be described in more detail with 
reference to Figures 3, 4 and 5. 

Figure 3 shows a flowchart illustrating the steps in 
operation of the network 1 and starts at step 300. At step 
301 a caller 3 dials the service controller 10 which re- 
sponds by requesting the caller's identification, at step 
302. In step 303 the identification Is supplied to the con- 
trol unit and is then, at step 304, checked by the control 
unit. If the identification is recognised, then the process 
moves to step 305. If the identification is now recog- 
nised, the request is rejected. 

The caller's identification can be made by a voice 
message, by a personal identification number (PIN), or 
possibly automatically by the caller's telephone. In the 
latter case, the caller's telephone would automatically 
access the caller's telephone list. For example, where 
the caller's telephone is a mobile phone, the control unit 
may detect the SIM card number or identity code. Sev- 
eral callers may wish to use the same telephone to ac- 
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cess their own personai telephone lists. In such a case, 
the number of such callers associated with a single tel- 
ephone will probably be small enough to allow voice rec- 
ognition to distinguish between them. 

In step 305, the caller 3 is asked if a new calling list 5 
is to be set up. This routine will always be used by a first 
time user of the system who will need to set up a calling 
list before it can be used. 

Steps 306 illustrate the list set up procedure. At step 
3061 the system requests a list name from the caller. io 
This list name can be any name that the caller requires 
so that the list can be personalised to that caller At 3062 
the list name is input by a voice command. The caller is 
then asked, at step 3063, for the first name in the list. 
This name could be for example "mother" or any other ?5 
easily recalled abbreviation or familiar form of name. 
The name is input at step 3064 and then the caller is 
requested, at step 3065 to input the destination tele- 
phone number for that particular name. The system then 
associates the number with that name. 

The caller is then asked whether more names are 
to be added to the list and if so steps 3063 to 3066 are 
repeated as many times as is necessary. When the list 
is completed, it is stored in the storage means and the 
storage process is completed. 25 

If at step 305 new list set up is not required, or the 
new list set up is completed, then the process moves to 
step 307 in which the caller is asked for the destination 
name. This name will have been stored previously by 
the user in a personalised list and could conveniently be 50 
an abbreviation or nickname associated with the partic- 
ular person to be called. The voice receiver 101 checks, 
at step 308 that the name is contained in the personal- 
ised list for that particular caller. If the name is not rec- 
ognised, then the name is requested for a second time. 3S 
If the name is consistently not recognised, then the re- 
quest will be refused. 

When the name is recognised, the destination tele- 
phone number is obtained from the storage means 103, 
and that information passed to the routing unit 105 so 
that the call between the caller 3 and the called party 5 
can be routed through the network in conventional man- 
ner. 

Figure 4 shows one simple, data structure for stor- 
ing the individual customer is destination information. 
Each customer list is Identified by the details of the cus- 
tomer and includes a series of names with correspond- 
ing numbers. As mentioned, the names can usefully be 
nicknames or abbreviations (for example "Bob" or 
"mother"). In the Figure 4 arrangement each customer 
has a single list. 

Figure 5 shows a second data structure for the cus- 5. 
tomers' lists. Once again, the whole file is identified by 
the individual customer details, but in the Figure 5 
scheme the list is divided into a number of groups (group 55 
#1 , group #2 etc.). Each group contains an individual list 
having a series of names with corresponding numbers. 6. 
The groups are given names (for example "family" or 



department names). Each name and number entry with- 
in each group is the same as for the Figure 4 structure. 

As will be readily appreciated, a telecommunica- 
tions network employing the system of the present in- 
vention can provide a simple and convenient method for 
customers wishing to access the network, without the 
need for that customer to remember specific telephone 
numbers. Each customer using the network can have a 
personalised list of names and numbers which are ac- 
cessed only by that customer. As such the amount of 
information required to identify the intended called des- 
tination can be reduced to a single name, or group and 
name, thus greatly simplifying the calling process. 



Claims 

1 . A method of handling a telephone call, comprising: 

receiving from a calling subscriber an identify- 
ing voice message for identifying an intended 
called party: 

receiving identity information from the calling 
subscriber, which information comprises a 
combination of a voice message and terminal 

identity data: 

accessing a database, which is specific to the 
calling subscriber, and which contains stored 
data relating to such identifying voice messag- 
es, the data being associated with the numbers 
of intended called parties identified thereby; 
and 

determining the number of the intended called 

party from the stored data, 
the data being stored in at least one. predefined 
storage area, each calling subscrilper being 
able to define a plurality of such storage areas. 

2. A method as claimed in claim 1 , wherein the termi- 
nal identity data is stored on a personalised sim 
card of the calling subscriber. 



3. A method as claimed in claim 1 , wherein the iden- 
tifying information from the calling subscriber is in 
^5 the form of an identity number. 



4. A method as claimed in claim 1 , 2, or 3, further com- 
prising: 

routing the call to the intended called party de- 
termined. 



50 



A method as claimed in any one of the preceding 
claims, further comprising: 

informing the calling subscriber of the number 
of the intended called party. 

Apparatus for handling a telephone call, compris- 
ing: 
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a receiving unit for receiving an identifying 
voice nnessage for identifying an intended 
called party from a calling subscriber: 
identifier nneans receiving identity information 
comprising a combination of a voice message s 
and terminal identity data, and for identifying 
the calling subscriber from that identity data; 
retrieval means for accessing a database which 
is specific to the calling subscriber and which 
contains stored data relating to the identifying to 
voice messages, the data being associated 
with the numbers of intended called parties 
identified thereby: and 

means for determining the number of the in- 
tended called party from data stored in the da- ^5 
tabase, 

the data in the database being stored in at least 
one predefined storage area, each calling sub- 
scriber being able to define any number of such 
storage areas. 20 

7. Apparatus as claimed in claim 6, wherein the iden- 
tifier means are operable to identify the catling sub- 
scriber by voice recognition. 

25 

8. Apparatus as claimed in claim 8, wherein the iden- 
tifier means are operable to identify the calling sub- 
scriber by the terminal identity number thereof. 

9. Apparatus as claimed in claim 8, wherein the iden- 30 
tifier means are operable to identify the calling sub- 
scriber by a combination of voice recognition and 

the terminal identity number thereof. 

10. Apparatus as claimed in any one of claims 6 to 9, 35 
further comprising means for routing a call to the 
determined called party. 

11 . Apparatus as claimed in any one of claims 6 to 1 0. 
further comprising means for informing the calling -^o 
subscriber of the number of the intended called par- 
ty 

1 2. A method of handling a telephone call substantially 

as hereinbefore described with reference to the ac- -^5 
companying drawings. 

13. Apparatus for handling a telephone calL substan- 
tially as hereinbefore described with reference to 

the accompanying drawings. 50 
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